*■ 



w 












VJ 
■ . ] 





t 



I 

1 



“ij 










REPO R 7 R € $ U N E S 

EO 010 579 s« 

A COMPUTER SIMULATION VEHICLE FOR EDUCATIONAL SySTENS. 

0V- COGSWELL, J. AMO OTHERS 

SYSTEM DEVELOPMENT C0.1P. , SANTA MONICA, CALIF. 

REPORT NUMBER NDEA-VI I A-1 130-22 PUB DATE 22 MAR 65 

REPORT NUMBER BR-5-073S-22 

REPORT NUMBER TM-1493-314-00 

GRANT OEG-7-14-9120-217 

EORS PRICE NF-$0.09 HC-S1.32 33P. 

DESCRIPTORS- 4SINULATI0N, AMODELS, ASYSTEMS ANALYSIS, 

ACOMPUTER PROGRAMS, EDUCATIONAL PLANNING, SCHOOL 
ORGANIZATION, ASTUDENT CHARACTERISTICS, HIGH SCHOOLS, SCHOOL 
DESIGN, SANTA MONICA, CALIFORNIA 

CHARACTERISTICS AND CONSTRUCTION OF A COMPUTER 
SIMULATION MODEL FOR SIMULATING BEHAVIOR OF STUDENTS AND 
STAFF IN A SCHOOL WERE DESCRIBED. THIS MODEL INCORPORATED 
SYSTENS ANALYSIS AND COMPUTER SIMULATION TECHNIQUES AND WAS 
EXPECTED TO PROVIDE DESIGN RECOMMENDATIONS FOR MORE PERVASIVE 
AND INTERGRATED CHANGES THROUGHOUT THE SCHOOLS. THE MODEL WAS 
CONSTRUCTED SO THAT A HIGH SCHOOL CAN BE DESCRIBED IN TERNS 
OF SCHOOL CHARACTERISTICS AND STUDENT CHARACTERISTICS THAT 
BEAR ON THE INSTRUCTIONAL PLAN OF THE SCHOOL. A FULL 
DESCRIPTION OF THE MODEL AND PLANS FOR SIMULATION OF SELECTED 
HIGH SCH0C4.S WAS PRESENTED. RELATED REPORTS ARE ED DID 959 
AND ED DIO 577 THROUGH ED DID 581 . (RS) 



m 

■i 



f 



I 



i,!'- 



, V- 

■ V 

i it' 




I 











■ \ 









4 





“-ii! 



mr J9- hBo 



m 

o 



'i?h «2 re.'joar<.‘h roported horein vhv* convliictc-d uridf:*r :>DC"« 
. .•.leperidont rcccarch program and supported in p?iirt by 
Grant 1‘rom the Off ice of Kducation, 

•j. z. Oepartment of Health, Education, and Welfare. 



J 







Tii“l'‘93/3lVoo 



AUTHOR J»j:i5teswell, p. %tt 
TECHNICAL 



RELEASE 



H. P. Silberoan 



J. I. Schwartz 



a working paper 



Ui 



System Devetopment Corporation/2500 Colorado Avt./Santa Monica, California 90406 

a 



DATE 3 / 22/65 ' OF- 



IT 



.PACES 



-V 



A Computer Simulation Vehicle for iiiducationai Systems, 
JU. iS. department OF HEALTH, EDUCATION AND WELFARE 
Office of 

inils Hocument t is been reproduced i;? ii Vin'idlis 

person or organteaUon originating <L foiUKi- v. ./ _>r J. 
stated do not necessarily reprasont offlelal 0lllco of W«w«t!on 

poiUUon or policy. 



ABSTRACT 



\-n 



This document describes the characteristics and construction of p. computer 
siRiulation vehicle for simulating behavior of students and staff in a school . 
The School Simulation Vehicle is a major phase of a project making use of 
techniques relatively new to educational research — systems analysis and 
computer simulation. The purpose of the research is to find new solutions 
to ia^lementing Instructional media through analysis and simulation of 
school organization. The text of this paper has been prepared from detailed 
memoranda produced throughout the project's development. Source memoranda 
referenced in section titles of this paper are described in the bibliography 
on page 31. These memoranda are available in limited quantity from the 
Education and Training Staff, System Development Corporation, Santa Monica, 
California . 
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1 « Introduction ( 1 ) 

Although great strides have been made in the development of edu- 
cational methodology and technology during the past twenty years, 
the formal organization or structure of education has remained 
relatively constant despite obvious weakness in its ability to 
adjust to instructional innovations. 

A major reason for this lack of change is the complexity of 
designing school organizations that efficiently accommodate 
modern instructional media . An innovation such as programmed 
learning, for example, if used on a large scale in a school, 
has implications for the organization of the whole school. By 
providing a means of effective self-study, it may allow students 
to progress at their own rates. It provides a means, and even 
suggests the need, for breaking away from the lock-step system 
of advancing students once or twice a year. However, when the 
full range of factors involved in an organizational plan is con- 
sidered — the spatial arrangements, the student- scheduling prob- 
lems, the versatile and effective use of teachers and other 
resoui'ces— the problem of design becomes overwhelming. 

At his present level of capability for designing school organi- 
zations, the educator formulates a relatively simple plan, 
tries it in a real school, observes the problems as they aris’e, 
and attempts solutions on a piecemeal basis. It is in this 
fashion that schools have been designed in the past, and it is 
the pattern that will be followed in the future unless new solu- 
tions can be found. 



Complex institutional innovations are not only conceptually over- 
whelming, they are often very expensive, and in the real-life 
situation almost always require long periods of adjustment in 
which disappointingly small increments are made in reaching 
objectives. 



Simulation techniques provide a possibly much-improved alterna- 
tive. With a sufficiently sophisticated simulation technique, 
innovations can be tested as if they were actually installed 
in the system under study. It is possible, then, to make actual 
changes which are far more likely to have anticipated the prob- 
lems which innovation presents to the system. 



simulator must keep in mind that their 
simulator will be an expression of their theories about how the 

• Ihey wisely make provision for comparing 
their simulations with the real world and make provision in the 
simulation system itself for altering their theories and the 
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means used to express them. 

The Education and Training Staff at System Development Corporation 
in Santa Monica, California, ha,s been engaged, since 1958, in 
intensive experimentation in the area of computer-based instruc- 
tion and the methodology for development of Instructional 
materials. Support from the United States Office of Education 
in 1963 permitted the staff to focus additional resources upon 
the possibilities of finding new solutions to programs of school 
organization through system analysis and simulation. 

2 . The SDC School Simulation Project (l) 

The SDC School Simulation Project, which uses the techniques of 
systems analysis and computer simulation, should yield methods 
and provide design recommendations that are more carefully con- 
ceived, that involve more pervasive and integrated changes 
throughout the schools, and that employ instructional media more 
effectively than do current school-design methods. 

It should be noted at the outset that the SDC project is not con- 
cerned with the equally important areas of educational data 
processing involving financial control and property management. 
Neither is it directed toward master schedule- student program 
problems already receiving attention from several major study 
groups. 

In order to give a specific objective for the project »s immediate 
outcomes, the high school is the basic unit for investigation in 
the study. Four major steps or procedures are involved in the 
project; (l) survey and selection of high schools; ( 2 ) system 
analysis of five high schools selected for study; v 3 i construction 
of a computer-simulation vehicle that will provide the capability 
of building detailed, dynamic models of the schools and of test- 
ing hypothetical changes in the schools; and ( 4 ) simulation and 
study of the five high schools with the simulation vehicle. 

The survey and selection of schools, and the system analysis of 
the schools selected are primarily the responsibility of 

Dr. John S. Cogswell, Human Factors Scientist, Education 
and Training Staff, SDC, project head, 

Mr. Jack Bratten, Human Ffictors Scientist, Education and 
Training Staff, SDC, and 

Dr. Robert L. Egbert, Chairman of the Department of 

Graduate Education, Brigham Young University (Utah), 
consultant. 
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The construction of a school simulation vehicle is the responsi- 
bility of 

Dr. Frank A. Yett, Associate Pi'ofessor of Mathematics and 
Chairman, Computer Sciences Department, Pasadena City 
College (California), consultant, and 

Mr. Donald G. Marsh, Senior Programmer Arialyst, Education 
and Training Staff, SDC. 

Computer simulation of the selected high schools and analysis of 
innovations throu^out the spectrum of school organization which 
the schools represent is proceeding as a team effort • 

3, Constiuctlon of the School Simulation Vehicle ( 1 ) 

The simulation vehicle is designed to meet the following speci- 
fications: 

1. The capability of building dynamic models of real or 
proposed high schools. 

2. The capability of flexibly modifying the models to 
represent different design configurations. 

:5. Detailed recording of the events that take place durinfi: 
the simulation. 

4. The production of detailed output data that reflect the 
effects of various design changes within the model. 

5. The simulation of events occurring in relation to time. 
jL«,__I^sign Obiectives of the Vehicle ( 1 ) 

The simulation vehicle has been constructed so that a high school 
can be described in tejnns of school characteristics (resources, 
organizations, procedures, etc.) and student cliaracteristics that 
bear on the school *s instructional plan; for example: 

a. The curriculum and its organization. 

•ifc. 

b. The availability of instructional and non-ins true tional 
space . 



c. 



The resources such as programmed learning materials, 
teaching machines, equipment, teachers, counselors. 
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d. The procedures for sequencing students through the 
instructional system. 

e. The procedures for channeling students through th© 

\ junseling system. 

T.^T he^p rocediu? for admitting and terminating students. 

g. The procedures relating to external agencies directly 
concerned with helping students. 

h. The information- processing procedures. 

i. The characteristics of the students that relate to the 
instructional and coimseling process. 

j. The decision-making procedures. 

The vehicle is programmed in the JOVIAL programming language for 
the Philco S2000 computer. It is constructed in modular for«i 
so that a model of an existing or proposed school can be con- 
structed by assembling the modular parts into a particular con- 
figuration. 

Although the high school has been selected as a specific target 
for the project, the vehicle reflects the criterion of modular 
generality . The expression of the vehicle, the method o^^ its 
construction, and the provision for alteration of the vehicle 
provide the means by which the vehicle could be used to study 
organisational problems found in elementary as well as 
collegiate institutions. 

5. General Structure of the Vehicle (2) (^) 

The organizational plan of the school is expressed in that part 
of the vehicle which is called the Activity Processor (AF) . 

The allocation of resources and assignment of resources to the 
AP takes place in the Resource Allocation Processor (RAP). 

Ail events taking place are expressed in terms of discrete 
activities which can take place when the required resources 
are made available. There are three classes of resources: 
persons, places and things. An activity requires at least one 
resource from each of the three classes of resources. 

it 

Reservation of the resources assigned a particular activity is 
made for a number of time units, defined in present models of 
the vehicle as 1/8 of an houi'. 
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6, Control of Time 0) 

Time duration in the simulation vehicle is expressed on two time 
scales. The time scale for the Activity Processor is a series 
of time units of equal duration, logically connected end to end, 
ad infinitum . All activities begin at the start of a time unit 
and terminate at the end of a time unit. From its beginning to 
its end, an activity is said to be underway . During the time 
in which the activity is underway tlie resources engaged by the 
activity undergo no change. Changes in the status of resources 
take place when the activity is deactivated . 

The Resource Allocation Processor operates on a time scale con- 
sidered as a series of ''suspended'' or "null" periods inter- 
spersed between successive time units of the Activity Processor. 
During each such null period, completed activities are de- 
activated, new activities are made ready for activation in the 
next time luilt of the Activity Processor, and activities which 
will be underway in the next time unit are continued. 

7 . Resources (4) 

The provision of resources (persons, places and things) is viewed 
by the school simulation vehicle as the sine qua non for activity 
in the system. Available resources are as^moleci by the Resource 
Allocation Processor in order to place activities underway. 

l«lhether or not the RAP will place an activity underway, depends 
upon the availability of all of the reso\Arce(s) required. 
Sensitivity to the control and distribution of resources is 
effected in the vehicle by the status of the required resource. 
The statuses of resoxirces ars defined below. 

Out-of- system - A needed resource that does not exist in 
the system, or will not exist in the system at the time projected 
by an activity demand (indicating that current scheduling will 
exliaust the supply before the activity demands the resource). 

In-system - A needed resource that does exist in the system, 
or will exist in the system at the time projected by an activity 
demand (indicating that cm^rent scheduling will introduce the 
resource before the activity demands the resource). 

In-system resources may be either: In-use 

Not-in-use 

In-use - An in-system resource that is now engaged by an 
activity or will be engaged at the time projected by an activity 
demand. 
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Not-in-ase - An in 
by an activity or will 
an activity demand. 



-system resource that is not now engaged 
not be engaged at the time projected by 



In-use resources are classified as: At-capacity 

Below-capaci ty 



At-ca 




full capacity. 
Below-ca 



i^ - An in-use resource engaged by an activity at 



at l e fr aan~?;in resource engused by an activity 




Below-capaci ty resources are classified as: With-reserve 

Wi thout-reserve 



yji_th>»reserve - An in-use^ below— capacity resource the 
dem^* capacity of which is available for additional activity 



- An in-use, below-capacity resource, the 
which is not available for additional 



Not-in-use resources are classified as: On-shelf 

Out-of- service 



. ^ not-in-use resource that is available for 

ac tivity demand . x wx 



i.-, ■yrA-of-serylce - A not-in-use resource that is not avail- 

activity demand for some reason other than in-use* 
for example, lost, defective, etc. m-use. 



an*^otivitv ”“°^ «L^h»T® two available statuses for use 

below-capacity, with reserve, or 
not-in-use, on shelf . ux 



Simulated Resource Demands ( 5 ) 



^^® Simulation Vehicle have assumed 

that, except for the student or students required for an 

raaoniHi available an infinite reservoir of 

resources. Under these assumptions an activity can be placed 
underway whenever the appropriate student cadre has been fSmed 



5 Vehicle continue this assumption but are 
provided tables which are used in post-run analysis to assess 
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the resource demancls made by the system when simulating a par* 
ticular school. 

These tables are: 

List R, Resources Available to the System 

List C, Resource Call by Each Activity of the System. 

List R includes the categories of persons, places and things. 
Persons available as resource to the present versions of the 
vehicle are: 

Students (as individuals) 

Groups of students (by subject) 



Clerks 

Teache__ 

Teachers (of groups of students) 



Teachers (of individual students) 
(, 



In present versions of the vehicle the user may uae three 
categories of students, each with as many as 1000 students. 
Typical codes for students are: 

1110 77 a Type »A» student, number 077 

iig0 13 a Type »B« student, number 013 

1134 15 a Type »C» student, number 4l5 

The simulation of student populations with a broader range of 
characteristics is discussed in the section, "Simulating Student 
Populations . " The methodology used in the computer program 
described in that section will be Incorporated in later versions 
of the vehicle. 

Places available as resource to the present versions of the 
vehicle are: 

Individual instruction or study spaces 
Group instruotion or study spaces 
Counseling task places 
Clerical task places 

Teacher task (excluding instruction) spaces 

Things available as resource to the present versions of the 
vehicle are: 

Task packets for individual students 
Task packets for student groups 
Counseling task packets 
Clerical task packets 
Teacher instructional task packets 

Teacher task packets for other than ins true tional 
tasks 
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List 0 includes a detailed resource call for every activity of 
the system. Examples used in a recent model were; 

Coimseling Appraisal activity 

A counselor 

^A counseling task space 

A counseling task packet 

Review Counseling Recommendations, Subject Alpha 

A Subject Alpha teacher (of individual student) 

A non-instructional teacher task space 
A non-instructional teacher task packet 

Group Help, Subject Beta 

A Subject Beta group of five students 
A Subject Beta teacher for groups 
A group instruction space 
A student group task packet 
A teacher instructional task packet. 

Resources are reserved for an activity during the time in which 

that activity is underway. A resource imit is defined as the 

engagement by an activity of a resource for one time unit. 

^ student were scheduled for an Individual Help 
activity which was underway for seven consecutive time units, 
the resource call for that activity would be: 

7 student (individual units 
7 teacher (of individuals) units 
7 individual instruction space units 
7 student task packet units 
7 teacher instructional task packet units 

or 35 resource units in all. 

More than one student may be engaged in an activity during any 
time unit, and students may be engaged by that activity for 
varying periods of time. For example: 
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Time unit 

Student 

112013 

111056 

111077 

113415 

112047 

111613 

Total 
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942 


943 


944 


945 


9H6 


947 


948 


949 


950 


951 
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X 
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1 
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4 


:5 
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2 


1 



29 



would^be^^^^ call of activity for the 10 time units, 942 to 951, 

13 Type »A» student units 
9 TVpe *B» student units 
7 Type *C» student units 
29 teacher (of individuals) units 
29 individual instruction space units 
29 student task packet units 
29 teacher instructional task packet units 

or 145 resource-units in all. 

activities^^^*^^ above exemplify the resource calls made by all 
9» Activities (1) (2) (6) 

Events which take place are logically related in the Activitv 

characteristics of the AP are expressed 
with flow charts constructed from a hierarchy of functional 
constructs or modular units of varying degrees of inclusivitv. 
from the most inclusive to the least inclusive, the construcL 

- system 
• module 

• package 

• procedure 

• activity 

In present versions of the vehicle the most detailed level of 
description is made with the activity . Activities are combined 
to constitute |)rocedures . Procedures are combined to make up 
|aolcages._ Sett" of packages are combined to fom module^? ^ 

^t if b^Ag sLS!aSd!^ 
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A typical system is shovm in Figure 1 . It consists of a Control 
module, an Outside Resources module and the number of Subject 
modules which the user finds necessary tc simulate the particular 
school he has in mind. ^ 

The Control module includes four packages: Enter, Terminate. 

Counsel, and Diagnostic/Prognostic. The Enter and Terminate 
packages can be used to simulate such procedures as admission, 
registration, graduation, withdrawal or dismissal. 

The decision box following the Evaluate package in Subject Aloha 
" alternative (X^) which feeds into tne Counsel package 

of the Control module. The Counsel package can be used to 
represent counseling activities. Students might be referred for 
interviews by the teacher. A report of a student's subject 
performance may alert the counselor to the necessity of a 
coimseling interview, in which case he has the student diverted 
from his regular study activities. 

|toch of the Subject modules consists of an Evaluate package and 
tne numbp of Study packages necessary to simulate the curricula. 
Mch of the Study packages consists of four procedures; 

Assign, Do, Help and Assess. 

Figure 2 shows the Study package. Various patterns of activities 
can be simulated by varying the flow of students within the Studv 
package and its constituent procedures. Students may be assigned 
4 .?° activities individually or in groups of any size. By varia- 
tion of the cyclic patterns within the Study package any study 
task c^ be simulated. After completion of an assignment, 
students can be given another assignment to be done in a differ- 
ent mode or in a different course. They can be simulated getting 
help from some teaching resource; or the simulation can entail 
stuaents being assessed in some fashion. Following the assess- 
ment, students may be given help or they may be assigned a new 
Study activity. 

Subject Alpha is comprised of seven Study packages and one 
Evaluate package. Subject Alpha is shown as having four units 
of work and three projects. Each of the units and projects is 

the simulation model by varying 'the flow within the 
package. Project One could be specified as a laboratory 
unit, a field trip or a research project, whereas Unit One 
could be individual study in a student carrel or a lecture- 
discussion period of twenty students. 

The Evaluate package includes the decision rules that a teacher 
would use regarding the flow of students in their study activities 
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Activities are included for collecting and classifying pertinent 
records of the student* s activities and plfinning reviews of 
student performance. Review of student pe3?formance in study 
activities, accomraodation of counseling re(5ommendation‘s, and 
the reactions to the effect of particular subject activity on 
the student* s entire program of study may be simulated. 



The Diagnostic/Prognostic package contains a set of decision 
procedures for planning the referral of students to outside agencios 
such as a child guidance clinic. In Figure 1 the outside agency 
is represented by the Outside Resources module. Although. the 
system in the example does not fully represent a school system, 
it does illustrate that a system can be modeled by assembling 
the modular units available to the user of the vehicle. 



10. Classification of Activities in the Activity Processor 0) 



The Activity Processor includes all the activities necessary to 
express the simulation during the time unit, 1,^ whether or not 
the activity Is actually undenvay. These activities represent 
a subset of all possible activities which the simulation vehicle 
implies by reason of its logical expression. 



All the activities in the Activity Processor during any time 
unit, i, are considered to be on the: 



Active List including all those activities underway during 



time unit i, or the 



Dormant List made up of all those activities which have 
been made ready by the Resource Allocation Processor prior to 
the beginning of time unit i, but which are not underway because 
some required resource could not be provided at the time the 
activity would have otherwise begun. 



11 . 



Classification of Activities in the Resource Allocation 
ft:^cessor 0} 



Figure ^ illustrates the relationship of the several activity 
lists of the Activity and Resource Allocation Processors. 



At the end of time imit i, the Activity Processor operation is 
suspended, and the Resource Allocation Processor is activated. 
All the activities listed on the Dormant List, time unit i, are 
transferred to the: 



Interim List made up of all those activities which may be 



placed underway in the next time unit, i-i-1, provided resource 
criteria are met. 
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*=®®« terminated with the end of 
tune unit 1 are transferred to the: 
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to®"Sext5f^activitiea^^^^^ assigns the released, students 

Umf^if f (^ving-been trSerrIf f^^m^lhf 

time unit i), such an activity is made ready and placed cfthe- 



hv ■ ihhluding all those activities reouired 

bL students from deactivated aotivitier 

out which have not been previously made ready. * 



Inter^Li3-®wh?JJv,*^h® ^bist are transferred to the 

SmTr 



Priority List - made up of all those 
P^iwitfListr^®*’^*'^ Placing 
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Go List - made up of all those activities v/hich can be 
placed underway beginning time unit i-Hl, 



The Go List and the Continuation List are combined to form the 
Active List, time unit i+1. 



With the transfer of activities to the Active ijist, the cycle 
of r^esource allocation bat 'Jd on the simulation of time unit i 
is complete. The Activity Processor is activated for time unit 
i+1 and all the activities on the Active List, time unit i+l, 
are placed undei^ay. 



12. Time -Based List Processin g (6) 



The Active List of the Activity Processor includes all those 
activities undenvay during time unit i. Associated with each 
activity underway during time unit i is a binary number of zero*s 
and a ”1.” The "I” is located in the code number, reading from 
the left, a number of places from the leftmost digit equal to 
the number of AP time units, from time imit i, in which the 
activity will terminate. 



Expiration at End 
of AP time unit 



Associated Binary 
Code Number 



i 

i-fl 



10000 . . . 

01000 . . . 

00100 . . . 



The RAP is concerned only with deactivation and subsequent 
processing of those activities which have the code number. 
”10000...,^' of record. 



The Go List of RAP is made up of all those activities which can 
first be placed underway beginning time unit i+l. When placed 
on the Go List, an activity is assigned a binary code of zeros 
with a "I” placed '• places from the leftmost zero digit, 
where "j” is the duration of the activity in AP time units. 












i 
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Duration in AP 
Tirae Units 



Assigned Binary 
Code Number 



1 



01000 



2 



00100 



00010 



When the Go List is completed, the activities of this list and 
those of the Continuation List are combined to form the Active 
List of AP for time unit i*f-l, and RAP prepares to relinquish 
control to AP. 

Routinely, immediately prior to relinquishing control at the end 
of the null period following time unit i, the RAF shifts one 
place to the left the digit ”1” of the codjB number of all 
activities on the Active List. All activities which will termi- 
nate at the end of the next AP time unit will then have the code 
number, •'10000...,” and the time-based list processing cycle 
is once again ready for the RAP assumption of control at the end 
of the next AP time imit. 



Prelimina3?y statements have beeii prepared for incorporation in 
later versions of the vehicle which will process the demand for 
all resources directly in the simulation run. The time-based 
list processing technique will be used to process resources 
categorized in the manner described in the section, "Resources.” 

System control of resources will then be effected by input para- 
meters regulating the kind and amount of resources made available 
to the system and the processing of time-based listings. 

Present versions of the model use, for all resources except 
students, the techniques for simulating resource demands described 
in the section, "Simulated Resource Demands.” 



13. School Study Patterns (b) 

Certain characteristics in the study program of an individual 
student are common to all types of school organization. One 
which suggests itself is that each student will have in his 
program of study some three to six subjects. 

In a familiar pattern, the school may organize its subject 
offerings by assembling some fifteen to forty students in sue- 
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cessive, normally invariant, weekly cycles of hourlv clas^ie*? 

In a not-yet-realizeci individualized, continuour^S^^^^^^ the 

school might achieve a complete freedom from pre-arranfired^nphirtnifo 

ItlSn fogy'll ® different pattern of subject 

In the latter plan, as well, hourly classes might he the exceni-ir»n 
rather than the rule. The student might conoe^ratl upon f 

?ralti^^^^^^^^^ responsml^n thesi con^^^‘ 

subiec^ ^ satisfactory performance in several 

mi ttfn^ ^ subjects would be inter- 
mit tant and in some manner cyclic. A^ioer- 

Subject attention patterns aside, the two types of schools innv 
mu^ Assignments must be made and completed, help 

must tLf t^zen, and evaluation^and counseling 

_ ake place. Students in every school recuire the Drovi«iinr>^ 
of resources; what each student does has its effect 
small, upon other students and the teachers and staff. 

is designed to permit the modeler 
op6cif*y a logical f^low of* dariusd opapations wliicli valid! v 

organization tliroughout the spectrum whose range 
IS determined by the contrasting patterns describ^abovl! ^ 

Mr__ Individual Study Activitifts (8) 

progrLs^nifn^ program of study in the continuous 

to nerform^^Th^ sequence of activities 

CO periorm. The activities are classified and dacirwan Vkt.4> 4-^* 

ssiz 2.S? irsa'.^x, “ » » s* ““ 

S's?ss;iS'.SLes”"” " “ •»s.V5:s„„ 



responsivity is the 



ae means by which the vehicle provides 
Next Bo Procedure Selector.” 

13. Next Bo Procedure Selector 

f ® programmatic device 

^Uid thf mL?? ^ program of study a unique program. 
Should the school«s organization call for this flexibility. 
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J 



routes the student 
the vehicle to process 
I’low or the model, until 
in the Bo procedur*e of the 
assignment. Control is 



permitting 

-Student, as dictated by the logical 
the student completes a study activity 
e Study package oi* current subject 



Applicable Nexf^hedSling’lntegerLS®™^^ selecting an 
the next subject wMch mi be Ifsii^ef to 
load in confoManoe with a set 

of^ANST f sequential select^ f«jm Le’applioaMr 

^tabL^\ntS^by soL®S extracts integers from 

cable next intefer is obtaiLd “PPii- 

any applicable°i^eger%e^cted* ^owevS^^that"int*^*'® 

S SKtoT 

be next selected after some elaosed^tim^^ some_prticular integer 
other integers have been seleotor^l^l4d!*’ "* 

the student^is^oredited°witifhavin?°^°^’ ”0" selected, 

sbudv Af't'ivs <--i <ae ^ t'h having accomplishsd somo numbor of* 

stud^.^^lwf Sf i** »>is“a^,^of 

assigned location" effort. homev/ork" or "out-of- 

The incrementation of the number of studv Aoiri iri -m <=»€» • i • • j_ 

jjjM Of t». ft«a«t'£if.‘.»~xrgsr‘ 



i6. Group Study Activities 



by-subject progr^^of groSps^of^-tedenL^i^'^^ subject- 

as well as ad hoc formation n? ^ lock-step pattern. 

Plan. The fli^e h?i progress 

choice upon enter t^the ^ HeTn offering a 

Study Dackacre Ah hv,.»of Help and Assess procedures of 

acti^i^es“f|n be sl^lctoi! individual or group 



'-ERicasgssiwiagaaaw 
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17. Gi^oup Activity Simulators ( 9 ) 

Group activities are organized in the simulation by a group 
activity simulator. Present versions of the vehicle include 
Group Help (GHS), Group Assess (GAS), and Group Study (GSS) 
simulators. The flow characteristics of the three simulators 
arc identical. The following description of the Group Help 
Simulator will serve to describe the Group Assess and Group 
Study Simulators. ' ^ 

The student is imagined to be occupied in his studies and as 
such is "located” in a Study package. If the student, within 
the study cycle of a particular subject, is next assigned to 
group nelp, a request for group help is filed for the student. 
Instead of waiting for the assembly of a group, the student is 
oranched to the Assign Procedure of his current subject. This 
activates the Next Do Procedure Selector v/hich assipus the 
student to an alternative subject. 



At the end of every 3kth AP time period, the Resource Allocation 
Processor places the Group Help Simulator in control for process- 
/Sg requests accumulated in the periodsT 

(The GAS is activated k periods after each GHS analysis, and the 
GSS is activated 2 k periods after each GHS analysis.) If group 
help requests are on file, a search is made using criteria for 
group formations. Obvious criteria are subject, unit of study, 
and group size, but others will occur to the model user. If a 
group can be formed, the group is placed on the GHS priority list 
and the requests of the member students are removed from the file. 

groups continues until a complete search of the 
lile is made during which no group can be formed. If unfilled 
group help requests remain on file, these are examined for those 

^ limit imposed by the model user. 
Those requests which now exceed the time limit for waiting: are 

g^oup sessions and are placed on the 
priority list. Thie remaining unfilled requests are kept in 
fil® for the next 3k AP time periods when the GHS will agaL be 
placed in control during the .RAP interval. ^ 

formation of groups, each group on the GHS priority 
list is examined using criteria which govern the "capacity" of 
the system. Using these criteria, the total number of grW 
sessions which can be formed might be less than the number of 
sessions ready for processing within the next 3 k time periods of 

Processor. Those group help sessions which are in 
excess of capacity are removed from the GHS priority list, and 

requests are re-filed for re-examination in 
the GHS analysis 3k time periods later. 
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If the projected group help is not in excess of capacity 
(however defined), the GHS records the activity in each member 
student s record and confirms the activity for processing. 



Those group activities which are confirmed for processinA’ are 
placed on the Make Ready list of the RAP and subseouentlv Placed 
\^derv/ay in the next AP time period. The member students will 
be engaged in the group activity for the requisite number of 

priority list is thus reviewed, 
GHS relinquishes control. ^vxcwi.u. 



^ group activity would have started 
some other activity at the time of assignment to the group, the 
other activity is placed on a deferred status. If the student 
is engaged in some other activftSTat' "the time of assignment to 

other activity is placed in a suspended status, 
in either case, the student will be returned to his interrupted 
sequence of activities upon release from the group activity. 



Appropriate control of deferred or suspended activities is 
maintained by the Resource Allocation Processor. 



Number and Time of ...Activities Variation ( 10 ) 



control of activities in the simulation of insti- 
behavior is provided the School Simulation Vehicle by the 
Activity Processor (AP), i;he Next-Do Procedure Selector (NDS) 
and group activity simulators. «xecuor 



Organization and control of the provision of resources lDer»qoncs 
places and thi^s) is provided by the HesoS^of Altocltiof ' 

ProcesS^ techniques of Time Based List 



aotivi^ief persons engaged in the defined 

the system is made possible by the description 

® finite number of traits, each trait in 

differentiating descriptors. 

in th? ^ for simulating population is described 

in the lollowing section, "Simulating Student Populations.” 



One would expect members of the population set to have dis- 
tinguishing characteristics and also to find differences in their 
perforraances. Student perform.ance can be thou^t orafrespon^^ 
to »„n assigned objective. The objective is attained by the oer- 

^^^fvities. It is assumed that a range of 
will be realized by students, and that 

whef atLmotL?^' together" almost uJiique sets^rLtivities 
When attempting oo complete common objectives. 



Ir ; 



^1: 
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These assumptions require an expectation that both the number of 
activities performed and the time required to complete similar 
study objectives will vary from one student to another, as well 
as in successive performances of the same student. 

To accommodate these assumptions the School Simulation Vehicle 
permits the modeler to characterize activities with four kinds 
of variation. 

One variable is time. Por example, tv/o students are assigned 
the objective of exceeding a certain score on a subject test* 

A log of activities is kept for each student. One student takes 
several hours to complete his activities and to take the testj 
the second student takes leas than an hour. Let us assume ffchat 
their acceptable scores are very nearly the same. 

Another variable is the number of activities performed. The logs 
may reveal that one student performed 112 activities and the 
other performed 87 activities, and to compound the variability, 
that the students performed similar activities in different 
amounts of time. 

A third variation is evidenced by the fact that each student has 
performed activities which the other has not pen’*ormed. Finally, 
the order in which common activities have been performed differs. 
There are common sequences of activities, but in some part the 
logs show differences in order. 

Provision for variation in the order in which activities are 
performed and differing patterns of activities have been 
described. These variations are provided by the Activity and 
Resource Allocation Processors. 

Variation in performance time and the number of study activities 
required for the attainment of an assigned objective are pro- 
vided in the RAP by the formulas for Number and Time of Activities 
Variation (NTV). 

When the Resource Allocation Processor is ready to place a next 
activity on the Make Ready list, the time variation formula is 
used to assign a time duration of some number of time units to 
that activity. A particular activity, for example, might 
require, on the average, 7 time units to complete. The applica- 
tion of the formula to that activity might result in time dura- 
tion assignments of perhaps from four to ten units, depending 
upon control parameters used by the formula. 
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The number of activities variation formula is used to determine 
the number 01 cycles which the student must complete within the 
Do procedure of the Study package in order to achieve his 
assigned objective* In the section **Activities«'* it v/as noted 
that variation in the flow of activities within the kudy 
package was possible* The key element of the activity pattern 

completion of the study activity 
within the Do procedure. Achievement of study objective is 
signalled by the completion of an assignee number of these gvoi 
ending with the completion of the Do p^cedures! ^ 

The average number of "Dots" required by the population set from 

certain unit might be 2?, Application of the 
formula, in the case of a particiilar student or group of 

3?esult in an assignment of perhaps from 18 to 

The time and number variation formulas have the same form and 
consist of two addends* One addend provides for varia'*‘i'''fi a 
function of the oharaoteristic of the student w group'of 

activity. The second adS^prLidea 
lor variation of the saiae or similar task by the same individual 
or group of students. Provision iirmade fo^ infixing the 
as^eil^ reason of changes in tlie resources of the system 

Simulating Student Populations^ (u) 

important attributes of the simulation vehicle 

is tc the traits of the person(s) enraged in 

the defined activities of the system. engagea in 

In the present versions of the vehicle, the methodolorv of nomifl- 
tion production for simulations in the model irappli^ oLv -o 
ataff?*^°' ■^’■sthods used, however, will apply dually well 'to 

of®cteraoteristic*®L®?™^ described by a finite number 

hir ^ and each trait in turn described 

by a limited number ol hi? f eren tia ting descriptors or archetypes . 

^ iESii ia a set of related descriptors. Descriptors are dis» 
Crete estimates made of the trait on some step scale. Descrin- 

differences within the trait family 

male described by the descriptors^ 

trait, age, might be described bv the 
number of months or years the person has been living, or the 
number of months or years since his entry to the system. 
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Traits may be physical or mental measures or attributes derived 
from potential or actual achievements and performances that 
occur both prior to entry and within the system. Traits also 
may be physiological descriptioris or descriptions derived from 
psychological constructs. 



descriptors (one descriptor from each 
trait; which can be assigned to describe an individual in the 
population is defined as an archetype . 



For example, suppose that the population is characterized by 
three traits. A, B, and C, each with two descriptors: 

A = {1,2} B » C = [x,yj 

Then eight unique archetypes are defined; 




and every member of the population must be one of these types. 

The computer program. Population Simulator (POPS) is used by the 
vehicle to generate a population of individuals. An archetype 
is selected for the individual from a set of five traits, each 
described on a scale of ten descriptors. 



pie POPS program distributes archetypes in the population using 
two classes of criteria: 



tra it criteria . Criteria by which distribution 
the trait descriptors arnong members of the population 
is developed, 

a) probabilistically from a specified distribution, 
or b) exactly from a specified distribution. These 
are called Alpha Criteria. 

2. Between- traits criteria . Criteria by which, except for 
the initially specified trait, assignment of descriptors 
(from a specified distribution) is contingent upon the 
assignment of descriptors from previously distributed 
traits. These are called Beta Criteria. 



if?®? ^^® involves the modeling of system processes 

that respond difi.erently to characteristics of members of the 
population, precise control of population specifications may be 
critical in certain parts of the system and spell the difference 
between successful and unsuccessful design. 



i 
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The model builders anticipate that specific hypotheses about 
**X^^?®* response in certain areas will be a major ooncex*n to users 
of the model. For example, it may be of interest to measure the 
demands upon the resource capability of the system if some par- 
ticular type of individual is predominant in a group of prescribed 

ClCClVlulOS • 

V/i thin the limitations of the POPS program, data from samples of 
students in selected schools can also be used to describe^the 
students for a simulation study. 

20. Output Displays (12) 

The output data generated by the simulation vehicle is a time- 
based record of every discrete activity which has taken place 
dwing a simulation run. Output displays are selected sequences 
01 values prepared from that output data. 

Output displays are of tvjo types: 

Tabulations of the occurrence of activities. 

Tabulations of resources required for effecting activities. 

f he occurrence of an activity may be represented bv tabulating the 
nmber of times the activity has been effected or by the length of 
time the activity has been underway. Output displays of resource 
requirements are obtained by referencing tables of resource 
demands established for the particular vehicle modification in use. 

In present versions of the vehicle the assumption is made that, 
except for students, any required resource is always available! 
Following a simulation run, therefore, the resources which would 

Simulation can bf L?em?nTby 

using List R to tabulate the resource dememds of each activitv 
placed imdeway in the simulation run. List R is described in 
the section, "Simulated Resource Demands." 

The ^^tput data record of the simulation run is the direct source 
of output displays which tabulate the number of occurrences of 
some activity. For exarnple, how many times during each of the 

S of Counseling Appraisal activity 

tfhfififff output record would result in the 
tabulation oi four values, for example:' 23,15,12,18. 

Table 1 is the table display of that infonnation. 
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Table 1 



Display 123 



Number of 

Coimsellng Appraisals by Counselor 

for 

First Month of Semester by Weeks 



1st Week 



2nd Week 3rd Week 4th Week 



23 15 12 



18 



(By referring to the resource demand for Counseling Appraisal 
activity, the user notes that the person resource called bv that 
activity is identified as "counselor. 

The user might find little need to make a table, knowing from his 
specification what the four values of the output display represent. 
In reporting this information to others, however, he might decide 
that such a table display is the simplest device with which to 
inform his reader of the meaning which should be attached to the 
four values. 

The user of the model specifies output displays using a code 
developed for the purpose. The code provides for specifying: the 
number of occurrences or the number of time units of any class 
of activity during any portion of the simulation run. For 
example, a display might consist of the total number of time 
imits a certain activity was underway during the first 1000 time 
units of the simulation run, during each 100 consecutive time 
units of the entire simulation run, or during every 48th time unit, 
the intervening 47 units being ignored. 

The output display specification takes the form; 



ODnnn; (Value); (Entry); (Time) 

Usi^ the codes available for (Value), (Entry) and (Time) the user 
would specify the following for the output display used in Table 1 

ODI23: (N) ; (List A: 1221 ) ; (Time: M,wj 

"N" indicates that the mmiber of occurrences will be tabulated. 
List A: 1221 identifies the activity, "Counseling Appraisal," 



•t 



1 
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and "M,W" specifies that »N» v/ill he found for each of the four 
weeks of the first school raonth of the simulation. . 







{List A 1*' a detailed list of coded numbers with which every 
class of activity, and every activity within the class, can be 
identified for output display purposes.) 

I 

Appropriate specification for displays serves as a device by i\rhioh f 

the user tests not only his view of the simulation, but the per- 1 

formance of the vehicle under imposed rules. Vflien specifying f 

output displays, the user will usually avoid requesting displays 
v/hich are clearly null. The user may know, for example, that 
decision rules he has imposed upon the vehicle v^ill negate 
choices at decision points provided by the vehicle. [ 

Yet, null values may serve useful purposes in the analysis. 

A "O'' may indicate that intended outcomes at certain decision 

points are not taking place, when in fact, the user is convinced 

that such outcomes should be the case. I 

On the other hand, the display of values other than “0,” for I 

entries which should be ”0,” may indicate to the user that | 

activities are taking place contrary to rule, or that the inpu:t I 

criteria 6U?e incorrect. Instead of asking for the status of some I 

activity in each of the "hours” of an entire semester, he could 
sample that status by specifying a certain hour in each week, or | 

the hours of every fourth week. j 

Because the user has at his disposal the specification of any | 

sample of time "blocks," he can conduct preliminary analyses of | 

the output record on a highly attenuated basis. Results of a 
particular phase of the simulation, which he expects to result I 

in a very large number of val\>ygs, may be sampled by the appro- I 

prlate code specification. | 

Major attention is also given by the user of the vehicle to the f 

description of student behavior developed by a simulation for a I 

particular school organization. The vehicle routinely provides | 

an activity-by-activity record of each student's activities. I 

called the Tracer Pile . I 

This file of data will be a part of a larger file of record I 

for each student, the "Student Cumulative File," as yet under I 

development. n 



f I 
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21 . Use of the Vehicle 

The first three phases of the SDC project; 

Survey and selection of high schools^ 

System analysis of selected high schools; 

Construction of the V(5hicle; 

are now in the final stages of completion. Plans for simulation 
of the selected high schools and the introduction of simulated 
innovations are at this time ready for effecting an extensive 
program of simulation runs.. 

The procedure to be followed will be to work back and forth 
between simulated data and data obtained from the selected 
schools. It is predicted that the correspondence between the 
data obtained from the environment will increase with continued 
study. The test of validity will be met if users of the vehicle 
can change the organization v/ithin the model and obtain predicted 
effects that later are substantiated by the same sequence of 
events in the real environment. It is toward this end that the 
simulation studies of the SBC project are directed. 
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